home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-3155 / 628.txt < prev    next >
Text File  |  1992-05-11  |  25KB  |  622 lines
  1. Info-Atari16 Digest         Sat, 30 Nov 91       Volume 91 : Issue 628
  2.  
  3. Today's Topics:
  4.                        bad CRC in SIMMFIX.PRG?
  5.                          DBase III+ clones ?
  6.                         Dfree() problem solved
  7.                          Disk reading trouble
  8.              EEPROM idea?  Whats wrong with it? (2 msgs)
  9.                             Flavours of ST
  10.                       FORSALE: atari 1030 modem
  11.                                hardrive
  12.                   How is Atari doing in Europe now?
  13.        How to use multiple resource (.src) files in a program?
  14.                      Looking for a4widr.sty file
  15.                               MiNT 0.91
  16.                    Mint boots Gem from wrong drive
  17.              Multitasking of Desk Accs and apps: Question
  18.                                Testing
  19.              Why ASV Is A Dead No Future Product (2 msgs)
  20.  
  21. Welcome to the Info-Atari16 Digest.  The configuration for the automatic
  22. cross-posting to/from Usenet is getting closer, but still getting thrashed
  23. out.  Please send notifications about broken digests or bogus messages
  24. to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
  25.  
  26. Please send requests for un/subscription and other administrivia to
  27. Info-Atari16-Request, *NOT* Info-Atari16.  Requests that go to the list
  28. instead of the moderators are likely to be lost or ignored.
  29.  
  30. If you want to unsubscribe, and you're receiving the digest indirectly
  31. from someplace (usually a BITNET host) that redistributes it, please
  32. contact the redistributor, not us.
  33. ----------------------------------------------------------------------
  34.  
  35. Date: 27 Nov 91 09:21:06 GMT
  36. From: psinntp!tfd!afp!gna!linn!Marco.Fris@uunet.uu.net (Marco Fris)
  37. Subject: bad CRC in SIMMFIX.PRG?
  38. To: Info-Atari16@naucse.cse.nau.edu
  39.  
  40. In a message of <17 Nov 91  12:07:46>, Roger.Sheppard@actrix.gen.nz
  41. (2:320/100.1) writes:
  42.  
  43.  > Well the best thing would be to allways use LZH201H, then you would
  44.  > not get these kind of problems...Note: SIMMFIX2 is now the latest
  45.  > version, but it also contains version 1..
  46.  
  47. I use lzh201I, but from Germany I already saw a 201L reported ...
  48.  
  49.                     - Marco -
  50.  
  51. --- And now ... number one ... The Larch.
  52.     Marco.Fris@p11.f202.n281.z2.fidonet.org
  53.  or Marco.Fris@p11.f202.n281.z2.linn.gna.tfd.com
  54.  
  55. ------------------------------
  56.  
  57. Date: 30 Nov 91 16:31:40 GMT
  58. From: mcsun!sun4nl!donau!dutecai.et.tudelft.nl!kemna@uunet.uu.net (;Leon Kemna)
  59. Subject: DBase III+ clones ?
  60. To: Info-Atari16@naucse.cse.nau.edu
  61.  
  62. bihack@cs.few.eur.nl (Floris J. Hack) writes:
  63.  
  64.  
  65. >In the near future I may have to do some extensive programming
  66. >with DBase III+. At the moment I am using the (german)
  67. >DBase III+ clone STandard Base version 2.1, dated 1987, from
  68. >Format Software.
  69. >Are there also any other DBase III+ clones available for
  70. >the Atari ST ?
  71.  
  72. YES. A package called dBMan. I don't know what the currecnt version is.
  73.  
  74. >Any experience with one of them ?
  75.  
  76. YES. It is about 95% compatible, as far as I can tell of an older v4.
  77. There are some naming differences, for instance, but they result
  78. from TOS not being MSDOS.
  79. I believe it is the only one of it's kind for the Atari.
  80.  
  81. >Thanks
  82.  
  83. You're welcome,
  84.  
  85. ----------------------------------------------------------------------------
  86. P.A. Donker     Faculty of Architecture       University of Technology Delft
  87.                                               The Netherlands
  88. EMail kemna@duteca.et.tudelft.nl              Europe
  89. ----------------------------------------------------------------------------
  90.  
  91. ------------------------------
  92.  
  93. Date: 30 Nov 91 08:42:32 GMT
  94. From: psuvax1!hsdndev!bu.edu!bucsf.bu.edu!harryk@rutgers.rutgers.edu (Harry
  95.  Karayiannis)
  96. Subject: Dfree() problem solved
  97. To: Info-Atari16@naucse.cse.nau.edu
  98.  
  99. First of all I have to apologize for blaming Mark Williams' startup module for
  100. accessories... it works just fine.  The problem was that I was loading my
  101. accessory from CHAMELEON.ACC which comes with Gemini... somehow it screws up
  102. Dfree() when the latter is called on drive B:.
  103.   I loaded the accessory in the standard way (from the boot partition) and
  104. Dfree() worked fine.
  105.  
  106. Also I would like to thank the two people who replied to my original message
  107. (thanx Steve & Michel)
  108.  
  109.  
  110.  
  111.  
  112.  
  113.  
  114. =============================================================================
  115. Author of ATZENTA2         Harry Karayiannis           ________E-Mail________
  116.                     15 N.Beacon, #316   Boston Univ.  |INTERnet:
  117. **  || ATARI   **   Allston, MA 02134   Computer Sc.  | harryk@bucsf.bu.edu
  118. ** /||\ MegaST **   U.S.A.                            |BITnet:
  119. ======================================================| cscrzcc@buacca.bu.edu
  120.                                                        ----------------------
  121.  
  122. ------------------------------
  123.  
  124. Date: 26 Nov 91 11:26:56 GMT
  125. From: psinntp!tfd!afp!gna!linn!Marco.Fris@uunet.uu.net (Marco Fris)
  126. Subject: Disk reading trouble
  127. To: Info-Atari16@naucse.cse.nau.edu
  128.  
  129. In a message of <15 Nov 91  03:35:28>, mrodrigu@polyslo.CalPoly.EDU
  130. (2:320/100.1) writes:
  131.  
  132.  > PROBLEM:
  133.  >      I read a file from a floppy disk and after the file is read
  134.  >      (say onto a ramdisk) I then remove the disk and replace it
  135.  >      with a different floppy. Later on I save yet another file
  136.  >      to the new floppy and in the process I lose the directory
  137.  >      to the new floppy and all access to the files on the new
  138.  >      floppy.
  139.  >
  140.  > Question: What can I do to remedy this problem!
  141.  >
  142.  > System: 520STfm upgraded to 4Megs. Internal SS drive replaced with DS,
  143.  > also have a DS external. TOS 1.0
  144.  
  145. ST should recognise the fact that the media have been changed. It does so by
  146. both by hardware detection and by comparing the serial numbers floppies get
  147. when formatted.
  148.  
  149. -  Do you have this problem since you replaced the drive? Then you probably
  150. missed a connection, possibly write protect.
  151. -  Do you use a program to format, or the desktop. Some formatters allways
  152. write the same serial number, where it should be random. If so,
  153.    dump the program, and use Mserial.prg on the floppies you formatted
  154. with
  155.    it.
  156.  
  157. Recovery is hopeless, I fear, because it sounds like the dirs/fats of the
  158. second flop are overwritten with those of the first one.
  159.  
  160.                     - Marco -
  161.  
  162. --- And now ... number one ... The Larch.
  163.     Marco.Fris@p11.f202.n281.z2.fidonet.org
  164.  or Marco.Fris@p11.f202.n281.z2.linn.gna.tfd.com
  165.  
  166. ------------------------------
  167.  
  168. Date: 30 Nov 91 18:18:34 GMT
  169. From:
  170.  noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!wupost!corvette.utdallas.edu!tamsun!tam
  171.  uts!n160ao@arizona.edu (Mark Lehmann)
  172. Subject: EEPROM idea?  Whats wrong with it?
  173. To: Info-Atari16@naucse.cse.nau.edu
  174.  
  175. I have been reluctant to updage beyond TOS 1.0 or .99 as many programs
  176. report to me.  It looks like I would have nearly ruined my mother board
  177. and spend $500 in getting each TOS version when Atari released it.
  178.  
  179. I am also afraid to get TOS 2.06 because my 1040ST requires a new board.
  180. I already have PC Speed and a JRI SIMM Memory upgrade board.
  181.  
  182. Is it possible for Atari to sell EEPROMS in their computers.  I don't know
  183. what is involved in modifying an EEPROM, but my proposal (probably discussed
  184. a google-plex amount of times) is:
  185.  
  186.     Atari put an expensive EEPROM in the ST with an EEPROM writer.
  187.     Every time Atari upgrades TOS (or an OS in ROM) they should sell a
  188.         disk that writes to the EEPROM just once to re-create the contents.
  189.     If Atari is worried about people not buying TOS and simply borrowing a
  190.         friends disk to write their EEPROM, they could make each update
  191.         disk look at a serial number on the disk and only install if the
  192.         serial number matched the serial number on the disk.
  193.  
  194. Of course Atari would have to put a 512K to 1Mbyte EEPROM in the ST, but
  195. that would be better to pay for 1 expensive EEPROM than to continuosly upgrade
  196. the mother board.  Then I wouldn't have to worry about my memory upgrade and
  197. PC-Speed working after an upgrade.
  198.  
  199. Please post comments to the USENET.  Useful FLAMES are welcome.  By the
  200. way, I support Atari and do not mean this to be negative toward Atari.
  201.  
  202. ------------------------------
  203.  
  204. Date: 30 Nov 91 18:49:27 GMT
  205. From:
  206.  noao!asuvax!cs.utexas.edu!wupost!uwm.edu!linac!att!news.cs.indiana.edu!umn.edu!
  207.  noc.MR.NET!ns!ns!logajan@arizona.edu (John Logajan)
  208. Subject: EEPROM idea?  Whats wrong with it?
  209. To: Info-Atari16@naucse.cse.nau.edu
  210.  
  211. n160ao@tamuts.tamu.edu (Mark Lehmann) writes:
  212. >Of course Atari would have to put a 512K to 1Mbyte EEPROM in the ST, but
  213. >that would be better to pay for 1 expensive EEPROM than to continuosly upgrade
  214. >the mother board.
  215.  
  216. I think the biggest production EEPROMS are 128k*8.  You'd need two of them
  217. for the current TOS 1.4.
  218.  
  219. EEPROMS require no special hardware -- no special voltages. So the issue is
  220. only one of component expense and reliability.  Since EEPROMS are writeable,
  221. there is a risk that the user could accidently erase his OS.
  222.  
  223. Cost is the real killer.
  224.  
  225. --
  226. - John Logajan @ Network Systems; 7600 Boone Ave; Brooklyn Park, MN 55428
  227. - logajan@ns.network.com, 612-424-4888, Fax 612-424-2853
  228.  
  229. ------------------------------
  230.  
  231. Date: 28 Nov 91 06:30:37 GMT
  232. From: areyes!admiral!slammy@uunet.uu.net (Dave Litchman)
  233. Subject: Flavours of ST
  234. To: Info-Atari16@naucse.cse.nau.edu
  235.  
  236. bailey@newoa.enet.dec.com (newoa::bailey) writes:
  237.  
  238. >
  239. >
  240. > As a newcomer to the world of Atari St (well I've still to get my
  241. > system!) could someone please translate the various flavours of ST
  242. >
  243. > Reading the various ST books there seems to be
  244. >
  245. > Atari ST
  246. > Atari ST-E
  247. > Atari ST-M
  248. > Atari ST-FM
  249.  
  250. Ok, well here goes...
  251.  
  252. ST: Original ST, no internal drive, no RF modulator.
  253. STE: Enhanced ST, 4096 colors, digital stereo sound
  254. STF: ST with internal floppy.
  255. STM: ST with RF modulator.
  256. STFM: ST with (surprise) internal drive and RF modulator.
  257.  
  258.  
  259. ________________________________________________________________________
  260. "I refuse to prove that I exist," says God, "for proof denies faith, and
  261. without faith I am nothing." "Ah," says Man, "but what about the Babel
  262. fish? It proves that you exist, so therefore you don't. Q.E.D." "Oh
  263. dear," says God, "I hadn't thought of that." And dissapears in a puff of
  264. logic.        -- D. Adams, THGTTG
  265.  
  266. ------------------------------
  267.  
  268. Date: 30 Nov 91 22:07:52 GMT
  269. From:
  270.  noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!spool.mu.edu!agate!apple!netcomsv!phyde
  271.  aux@arizona.edu (Leroy Smith)
  272. Subject: FORSALE: atari 1030 modem
  273. To: Info-Atari16@naucse.cse.nau.edu
  274.  
  275. make an offer.
  276.  
  277. please email, as i am posting for a friend, and do not read this group.
  278.  
  279. --
  280. LeRoy Smith                                "I'm so ugly, I bet
  281. phydeaux@netcom.com                         people throw buns at me!
  282. axlms@asuacvax.bitnet                       {Er, wait, that's not right!}"
  283. axlms@acvax.inre.asu.edu                    ---
  284. apple.com!netcom.com!phydeaux               Tank Girl
  285.  
  286. ------------------------------
  287.  
  288. Date: 30 Nov 91 11:10:21 GMT
  289. From:
  290.  noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio-
  291.  state.edu!usenet.ins.cwru.edu!wsu-cs!vela!sycom!bg258s1421@arizona.edu (Burley
  292.  Good)
  293. Subject: hardrive
  294. To: Info-Atari16@naucse.cse.nau.edu
  295.  
  296. This letter is to whoever had the 20 meg hardrive for sale: send me mail if
  297. {you still got one for sale.
  298.  
  299. -- C-UseNet V0.52
  300. ?????????????????????????????????????????????????????????????????????????????
  301. ?                               HELLO                                       ?
  302. ?                    DON'T TALK TO TECHINAL PLEASE                          ?
  303. ?                    JUST TALK IN LAMENS TERMS                              ?
  304. ?                    I'LL WRITE BACK ANY HOW                                ?
  305. ?                    TAKE IT EASY! MOOSE                                    ?
  306. ?????????????????????????????????????????????????????????????????????????????
  307.  
  308. ------------------------------
  309.  
  310. Date: 26 Nov 91 11:27:28 GMT
  311. From: psinntp!tfd!afp!gna!linn!Marco.Fris@uunet.uu.net (Marco Fris)
  312. Subject: How is Atari doing in Europe now?
  313. To: Info-Atari16@naucse.cse.nau.edu
  314.  
  315. In a message of <01 Nov 91  04:16:37>, aa399@cleveland.Freenet.Edu
  316. (2:320/100.1) writes:
  317.  
  318.  > I have also heard that ALL new software for the ST takes advantage of
  319.  > the STe features.
  320.  
  321. First time I heard that. My understanding is that there is hardly anything but
  322. demo's for the STE features, with the notable exception of some sound stuff.
  323.  
  324. BTW: does anyone on the *nix side of this area actually read this? I _never_
  325. get any replies ...
  326.  
  327.                     - Marco -
  328.  
  329. --- And now ... number one ... The Larch.
  330.     Marco.Fris@p11.f202.n281.z2.fidonet.org
  331.  or Marco.Fris@p11.f202.n281.z2.linn.gna.tfd.com
  332.  
  333. ------------------------------
  334.  
  335. Date: 27 Nov 91 09:21:32 GMT
  336. From: psinntp!tfd!afp!gna!linn!Marco.Fris@uunet.uu.net (Marco Fris)
  337. Subject: How to use multiple resource (.src) files in a program?
  338. To: Info-Atari16@naucse.cse.nau.edu
  339.  
  340. In a message of <20 Nov 91  08:32:08>, geert@ccsds.ahold.nl (2:320/100.1)
  341. writes:
  342.  
  343.  > When I thought this could be done by a second rsrc_load,
  344.  > I went into some problems. Most of the times the
  345.  > second rsrc_load results into four bombs on the screen.
  346.  > But it can also be o.k. (how can that be??????).
  347.  
  348. You'll have to do a rsrc_free before your second load. Yes, that's right,
  349. that means you can only use one of the two at the same time. But why don't you
  350. just merge the two resources? I never heard of a limit one .rsc size.
  351.  
  352.                     - Marco -
  353.  
  354. --- And now ... number one ... The Larch.
  355.     Marco.Fris@p11.f202.n281.z2.fidonet.org
  356.  or Marco.Fris@p11.f202.n281.z2.linn.gna.tfd.com
  357.  
  358. ------------------------------
  359.  
  360. Date: 30 Nov 91 08:56:26 GMT
  361. From: mcsun!unido!mcshh!malihh!pfunk.hanse.de!blackbox@uunet.uu.net (Michael
  362.  Kistenmacher)
  363. Subject: Looking for a4widr.sty file
  364. To: Info-Atari16@naucse.cse.nau.edu
  365.  
  366. In <1991Nov28.184046.20472@lut.ac.uk>, Mohammad A. Rahin writes:
  367. >
  368. >
  369. >Could someone please send me the a4wide.sty file ? I need that to print the
  370. >profgem.tex file which I've recently downloaded from atari.archive.
  371. >
  372. I heard of that problem just after uploading the prgemtex archive to
  373. atari.archive, so I sent the compiled version too. I don't have any
  374. style-file like that, only a normal a4 style. So, if you still have
  375. problems, you should get the file named 'prgemdvi.lzh' from atari.
  376. archive.
  377.  
  378.  
  379. Bye.....Michael
  380.  
  381. --
  382. /------------------------------------\
  383. | Michael Kistenmacher /  blackbox   |
  384. | 2000 Hamburg 61  / Schippelsweg 64 |
  385. | West Germany / ++ 49 40 552 37 66  |
  386. \------------------------------------/
  387.  
  388. ------------------------------
  389.  
  390. Date: 30 Nov 91 15:05:59 GMT
  391. From: mcsun!uknet!edcastle!simonk@uunet.uu.net (Simon Kinahan)
  392. Subject: MiNT 0.91
  393. To: Info-Atari16@naucse.cse.nau.edu
  394.  
  395.   2 meg on ram and 2 meg of disk space is easily sufficient. MiNT is
  396. usually supplied with docs which pretty much explain all you need to
  397. know about installation. The necesssary files form atari.archive are all
  398. in the atari/mint directory. The important ones are mint091b.zoo,
  399. mint091s.zoo and mintdoc.zoo, the others are MiNT shells windowing
  400. systems etc.
  401.  
  402.             Simon Kinahan aka simonk@castle.ed.ac.uk
  403.  
  404.                  "So Much to do, So Little Time"
  405.  
  406. ------------------------------
  407.  
  408. Date: 30 Nov 91 15:46:02 GMT
  409. From:
  410.  noao!asuvax!cs.utexas.edu!qt.cs.utexas.edu!zaphod.mps.ohio-state.edu!rpi!news-s
  411.  erver.csri.toronto.edu!helios.physics.utoronto.ca!julian!uwovax.uwo.ca!7103_262
  412.  2@arizona.edu (Eric Smith)
  413. Subject: Mint boots Gem from wrong drive
  414. To: Info-Atari16@naucse.cse.nau.edu
  415.  
  416. In article <oli.691401964@ernie>, oli@math.rwth-aachen.de (Oliver Bonten)
  417.  writes:
  418. > simonk@castle.ed.ac.uk (Simon Kinahan) writes:
  419. >> I am not absolutely clear about this but I think you may find that even
  420. >>if you do not boot with MiNT  GEM will attempt to boot from C: whichever
  421. >>drive TOS has booted from. That is certainly th eimpression the RDE docs
  422. >>give.
  423.  
  424. > No, that is definitely not true. If I boot from Drive F: for instance,
  425. > what I do if I have my external HD on, the Auto folder, ACCs and Newdewsk.inf
  426. > are loaded from F:. This worked with G: as well, but if Mint is in the Auto
  427. > folder of G: and Gem booted from under Mint, it boots from C:. This must
  428. > be a bug in Mint.
  429.  
  430. It's not a bug in MiNT, but rather in the gem.prg program which is used to
  431. start GEM under MiNT. If you start GEM directly from the kernel (i.e. if
  432. there is no init.prg) then it should work correctly.
  433.  
  434. (The bug in gem.prg is that the environment variable PATH is hard-wired to
  435. C:. This can easily be fixed by recompiling, or by patching the binary of
  436. gem.prg; look for the string PATH=.)
  437. --
  438. Eric R. Smith                     email:
  439. Dept. of Mathematics            eric.smith@uwo.ca
  440. University of Western Ontario   7103_2622@uwovax.bitnet
  441.  
  442. ------------------------------
  443.  
  444. Date: 27 Nov 91 09:21:20 GMT
  445. From: psinntp!tfd!afp!gna!linn!Marco.Fris@uunet.uu.net (Marco Fris)
  446. Subject: Multitasking of Desk Accs and apps: Question
  447. To: Info-Atari16@naucse.cse.nau.edu
  448.  
  449. In a message of <18 Nov 91  20:27:26>, bpat@cs.mcgill.ca (2:320/100.1) writes:
  450.  
  451.  > 2) It should make periodic calls to AES (Usually a EVNT_TIMER with 0
  452.  >    seconds as parameter) so that it does not take up all the
  453.  > processor time. If for some reason it should need ALL the time, then it
  454.  > could call on WIND_REDRAW with 1 as parameter. After such a call, no
  455.  > other application is allowed to run by GEM. normal control may be
  456.  > passed back with WIND_REDRAW again, but with a 2 this time.
  457.  
  458. I guess you meant WIND_UPDATE here. It doesn't stop all other
  459. applications per se, it just stops everything that wants to do something on
  460. the screen.
  461.  
  462.                     - Marco -
  463.  
  464. --- And now ... number one ... The Larch.
  465.     Marco.Fris@p11.f202.n281.z2.fidonet.org
  466.  or Marco.Fris@p11.f202.n281.z2.linn.gna.tfd.com
  467.  
  468. ------------------------------
  469.  
  470. Date: 27 Nov 91 14:54:10 GMT
  471. From: mcsun!uknet!warwick!str-va!strath-cs!scassidy@uunet.uu.net (Steven Cassidy
  472.  CS3)
  473. Subject: Testing
  474. To: Info-Atari16@naucse.cse.nau.edu
  475.  
  476.  Please Ignore , Just testing!
  477.  
  478. ------------------------------
  479.  
  480. Date: 30 Nov 91 14:37:23 GMT
  481. From:
  482.  math.fu-berlin.de!ira.uka.de!rz.uni-karlsruhe.de!rz31.rz.uni-karlsruhe.de!ib09@
  483.  uunet.uu.net (Thomas Koenig)
  484. Subject: Why ASV Is A Dead No Future Product
  485. To: Info-Atari16@naucse.cse.nau.edu
  486.  
  487. In article <9962@cactus.org> covert@cactus.org (Richard Covert) writes:
  488.  
  489. [a picture of a bowl of petunias comes unbidden into mind]
  490.  
  491. >4) No Big Name Vendors will support the TT/ASV. Proof of this is the
  492. >   fact that Atari can't provide a commerically supported C/C++
  493. >   compiler for the ASV. Instead Atari is merely packaging the public
  494. >   domain FSF GNU compilers. While these are fine tools, they should
  495. >   be classed as "experimental" and aren't commerically supported.
  496. >   Do you really think that you can call someone at Atari to get help
  497. [rest deleted]
  498.  
  499. Gcc an experimental compiler?  I've always been under the impression
  500. that, for 'normal' CISC architectures under Unix, gcc is considered on
  501. par with any other C compiler.  As far as the possibliity of a "killing
  502. bug" goes:  Gcc is being used by very many people on a large variety of
  503. systems, so the chances of 'real killers' ought to be rare.  Large - scale
  504. systems, including the NeXT kernel, have been built with gcc; gcc is
  505. usually considered to be more reliable than the native compilers.
  506. The availability of the source means that patching is comparatively easy.
  507. Also, the support you get with commercial compilers isn't so great
  508. after all; you don't get a patched version a week after your bug report,
  509. either.
  510.  
  511. Oh, before I forget, read the recent announcement of why Motorola now
  512. ships gcc as C compiler for the 55061; if I remember correctly, it
  513. was not because of unreliability or the experimental status of the
  514. compiler :-).
  515. --
  516. Thomas Koenig
  517. ib09@rz.uni-karlsruhe.de, ui0t@dkauni2.bitnet,
  518. ui0t@ibm3090.rz.uni-karlsruhe.dbp.de
  519.  
  520. ------------------------------
  521.  
  522. Date: 30 Nov 91 16:02:15 GMT
  523. From: noao!asuvax!cs.utexas.edu!convex!thurlow@arizona.edu (Robert Thurlow)
  524. Subject: Why ASV Is A Dead No Future Product
  525. To: Info-Atari16@naucse.cse.nau.edu
  526.  
  527. In <9962@cactus.org> covert@cactus.org (Richard Covert) writes:
  528.  
  529.  
  530. >I contend that Atari's ASV (Atari Sys V UNIX) is a product
  531. >with no future.
  532.  
  533. >1) The Tt030's native (Atari original equipment) color resolution
  534. >   is too coarse to support X Windows. Proof of this fact is that
  535. >   Atari requires the user of their monochrome monitor, and does
  536. >   not support ASV under color. A monochrome only X windows
  537. >   workstation is not a viable commerical product.
  538.  
  539. That'll sure be big news to NCD, which sells monochrome xterms by the
  540. boatload, and to my company, which has bought a fair few.  Why exactly
  541. do you think color is necessary?  Do you just like it because it's
  542. prettier?
  543.  
  544. >3) The TT030 is overpriced. A Base TT0304/40 is about 2 grand. Add
  545. >   1 grand for the monochrome monitor, another grand for more memory (
  546. >   can't even use cheap memory 'cause you gotta buy an expensive memory
  547. >   board from Atari to add more memory), and another 2 grand for the
  548. >   ASV and you are up to 6 grand. And that is for an Atari computer
  549. >   whose resale value is pratically NIL. Ever try to sell a used
  550. >   Mega ST recently? A glut of those babies on the market now.
  551.  
  552. Your comments on resale value are well taken, but have you seen what
  553. used '386 machine go for these days?  And yet people buy them if they
  554. are the right tool.  I'm also amused by your belief that you'd have
  555. to spend $1K for a monochrome monitor and $1K for memory.  Just how
  556. fancy were you planning to get in this expenditure?  I agree that the
  557. TT030 is a pricey, fringe-market box, but you don't need to go so far
  558. overboard to make this point.
  559.  
  560. >4) No Big Name Vendors will support the TT/ASV. Proof of this is the
  561. >   fact that Atari can't provide a commerically supported C/C++
  562. >   compiler for the ASV. Instead Atari is merely packaging the public
  563. >   domain FSF GNU compilers. While these are fine tools, they should
  564. >   be classed as "experimental" and aren't commerically supported.
  565. >   Do you really think that you can call someone at Atari to get help
  566. >   when you find a project killing bug in the GNU compilers? I think not.
  567.  
  568. You must never have used GNU CC, as your comments are misleading.
  569. GNU CC has a very good reputation for compiling correct and _fast_
  570. code.  As for bugs, you're usually doomed if you find a new one,
  571. as it usually isn't a quick job to fix the compiler and FedEx a
  572. new copy.  I expect quicker turnaround on a Unix kernel bug than
  573. a compiler bug.
  574.  
  575. >6) ASV won't support TT programs. It is a known fact that the ASV
  576. >   package can't run TOS/GEM programs. So, that means exiting UNIX,
  577. >   which is no simply task in of iis self, and rebooting into TOS.
  578. >   All other systems (SCO UNIX and MAC A/UX) allow their native OS
  579. >   programs to run from within their UNIX. But once again Atari
  580. >   Corp is too little and too late.
  581.  
  582. Given the enormous amount of memory you have to give over to each
  583. VPIX session and the restrictions on what will run in that environment,
  584. I don't know that this is valid.  VPIX is a nice checklist item for
  585. people concerned about being able to run DOS programs at all, but
  586. it sure isn't something I see a lot of people using.
  587.  
  588. >so, if you care to argue the viability of the Atari ASV package
  589. >please respond to my six points above. But remember the market place
  590. >is the final judge and if ASV doesn't sell it won't last!! No one
  591. >is going to buy ASV just to play games (and we all know that the
  592. >TT030 is just a fancy games machine !!).
  593.  
  594. This is probably the most unrealistic statement in your entire
  595. article.  The TT030 is either a serious machine or a failure at
  596. being a serious machine because of the expense.  Anyone buying
  597. it for games should stop by and let me examine their wallet
  598. closely for a few minutes :-)  As a market analyst, you should
  599. make sure you hang onto your day job for a few more years.
  600.  
  601. I don't know if ASV is going to fly or not; it seems to be a pretty
  602. fringe-market offering, and may only survive in vertical markets
  603. where the TT030 and Unix are a great solution.  Despite Atari's
  604. hype, I don't see them as being able to offer a product that is as
  605. well-supported as SCO's offering, and that could kill it.  I wonder
  606. if anyone wants a real Unix for an Atari badly enough to pay $2K to
  607. get it, especially with Minix providing a lot of good things on
  608. more mundane Atari STs.  People will buy Unix for commodity PClones,
  609. but competition is pushing the price down to nearer $1K now, and
  610. that won't make ASV look too good.
  611.  
  612. Rob T
  613. --
  614. Rob Thurlow, thurlow@convex.com
  615. Recent poll results show that more Canadians believe that Elvis Presley
  616. is alive than would vote for the current Prime Minister, Brian Mulroney.
  617.  
  618. ------------------------------
  619.  
  620. End of Info-Atari16 Digest
  621. ******************************
  622.